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(3) Procede de gestion d'un programme duplication charge dans un support a microcircuit 



@ Pour securiser I'utBisation des cartes a puce, on provoque Texecution par te microprocesseur (3) de 
ces cartes, au moment de rutilisation, du calcul (11) dune signature selon un algorithme de chiffrernent 
complexe prenant en compte d'une part un code secret (10) propre a la carte et d'autre part des 
instructions (12) propres au programme. On compare ta signature ainsi calculee a une signature (14) 
preenregistree dans la carte dans les memes conditions au moment de sa livraison par I'emetteur de la 
carte. On montre qu'tl est possible d'autoriser plusieurs utilisations sans porter atteinte a la security de 
celles-ci. 
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La presente invention a pour objet un procede de 
gestion d'un programme duplication charge dans un 
support a microcircuit Dans une utilisation preferee, 
le support a microcircuit est une carte dite a puce elec- 
tronique utilisabte dans ie domain e bancaire ainsi que 
pour de nombreuses autres transactions. L'invention 
vise a mettre a la disposition de nombreux services 
dits emetteurs, de tels supports a microcircuit parce 
qu'ils permettent, avec I'intelligence electronique 
qu'ls emportent, de simplifier la gestion de ces servi- 
ces. 

Un support a microcircuit comporte d'une part un 
support, souvent constitue sous la forme d'une carte 
comme les cartes de credit et tfautre part un circuit 
electronique muni, a ia surface du support, de moyens 
de communiquer avec le monde exterieur. Souvent 
ces moyens de communication sont de simples sur- 
faces metal lisees reliees par ailleurs au microcircuit et 
autorisant des contacts electriques. Cependant, a est 
possible d'organiser une relation entre le monde exte- 
rieur et ie microcircuit electronique qui soit sans 
contact electrique : par exemple, par I'intermediaire 
d'emission electromagnetiques. 

Dans sa definition la plus generate un microcircuit 
du type de celui utilise dans les cartes a puces 
comporte d'une part un microprocesseur qui est le 
veritable moteur de la carte, et d'autre part un ensem- 
ble de memoires ayant des fonctions differentes. On 
peut admettre qu'un tel microcircuit comporte ainsi 
trois types de memoire, encore que les fonctionnalites 
et les technologies de ces memoires puissent etre 
melees au point que la distinction de ces memoires 
puisse etre difficile. Cependant, on peut noter {'exis- 
tence d'une memoire vive de travafl, dite RAM, dont 
la technologie est souvent de type statique ou dyna- 
mique. Un microcircuit comporte egalement une 
memoire morte, dite ROM ou encore memoire pro- 
gramme, contenant le programme d'ap plication. Nor- 
matement cette memoire ROM ne peut etre 
programmable exterieurement par I'utflisateur et doit 
avoir ete programmee, soit par masque par le fabri- 
cant du microcircuit soit par I'emetteur de la carte 
avant que cet emetteur n'empeche ulterieurement (en 
genera) par rupture d'un fusible) I'acces en ecriture a 
cetle memoire morte ROM. Comme troisieme type de 
memoire, on con nail I 'existence de memoire program- 
mable et effacabte electriquement, par exemple du 
type EEPROM ou du type FLASH EPROM. Ces der- 
nieres memoires inscriptibtes permettentd'entrer des 
donnees relatives a ('application : nombres, dates et 
heures des utilisations de la carte pour I'application 
concemee, dates et montants preteves sur le compte 
en banque, plus generalement donnees relatives a la 
transaction. Les memoires ROM et EPROM sont nor- 
malement non volatiles. 

Normalement le microprocesseur est apte a exe- 
cuter les programmes d'applications contenus dans la 
memoire ROM, soit en allant directement lire les ins- 



tructions a executer dans cette memoire, soit en ayant 
provoque au prealaWe le transfert de ces instructions 
dans la memoire RAM et en les executant depuis 
cette memoire RAM elle meme. On connall ainsi deux 

5 types de microprocesseur. Le premier type possede 
une instruction susceptible d'aller initialiser I'execu- 
tion du programme sur la premiere instruction conte- 
nue dans la memoire ROM. Le second possede une 
instruction susceptible de provoquer ce transfert. Les 

10 deux types peuvent coexister sur un microcircuiL 
Dans ce cas une de ces fonctionnalites peut eventuel- 
lement etre neutralisee. 

On distingue plusieurs intervenants dans le phe- 
nomene d'utiiisation des cartes a microcircuit D'une 

15 part il existe des fabricants de microcircuits. D'autre 
part, il existe des emetteurs de carte, et enfin il existe 
des utilisateurs de carte. Les fonctionnalites des car- 
tes sont reduites au fur et a mesure qu'elles s'adres- 
sent a des intervenants situes de plus en plus en aval 

20 dans cette chaine. Ceci signifie que chez le fabricant 
du microcircuit, le microcircuit electronique possede, 
potentiellement, toute la puissance possible de pro- 
grammation interne. On peut resumer ('existence de 
cette puissance en disant qu'aucun des fusibles de 

25 limitation d'acces n'est encore rompu. Cependant, 
dans le cas ou il ne s'agira pas de fusible, on admettra 
que chez le fabricant cette puissance potentielle n'est 
pas non plus limitee par un jeu d'instructions de pro- 
grammation, propre au microprocesseur. 

so Les emetteurs des cartes, par exemple les ban- 

ques. demandent en general au fabricant du microcir- 
cuit de programmer d'une maniere indelebile, soit par 
masque dans une memoire morte ROM, soit par pro- 
grammation logicielle et par rupture utterieure du fusi- 

35 ble d'acces en ecriture dans une memoire de type 
EPROM, les applications dont elles ont besoin, et 
dont elles veulent que leurs clients soient en posses- 
sion. Ceci a comme premiere consequence que la 
fonctionnalite du microcircuit est figee, son utilisation 

40 est limitee a I'application envisagee. Cependant, la 
banque peut imaginer pour developper sa relation 
avec sa clientele de donner d'autres fonctionnalites a 
la carte. Elle ne peut alors le faire, si ce n'est en se 
toumant vers le fabricant, et en lui demandant de rea- 

45 liser d'autres cartes avec d'autres masques. Ce pro- 
cessus est long et peu souple. 

Ce mode de fabrication a un autre inconvenient 
lie au fait que des autres services, par exemple des 
organismes sociaux de sante, des societes de ges- 
so tion d'un pare de stationnement, doivent adopter un 
meme mode de programmation. Ce meme mode de 
programmation revenant a faire porter la charge de la 
programmation des applications dans les microcir- 
cuits sur le fabricant du microcircuit 

55 Si on procedait autrement il y aurart un risque. Ce 

premier risque sera it de voir un marcband de service 
simuler, avec ses outils de programmation des micro- 
circuits, des services d'un autre marchand. Par exem- 
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pie, une societe de gestion de parking pourrait, frau- 
duleusement, tenter de simuler une application ban- 
caire. Ce risque se situerait aussi chez les fabricants. 
Des negligences au moment de la fabrication ou de 
la Irvraison des microcircuits vierges aux emetteurs 
pourrait condutre a mettre a la disposition d'acteurs 
mal intention nes des microcircuits programmables 
auxquels il serait possible de faire adopter, en partie 
seulement, des fonctionnalites d'une carte particu- 
liere, et de lui attribuer en plus des fonctionnalites qui 
normal ement lui seraient interdites. 

Pour remedier a ces inconvenients, il est deja 
connu d'une part, comme evoque ci-dessus, de faire 
charger par le fabricant I'application dans une 
memoire ROM. L'application estfigee des I'origine et 
ne peut plus etre modifi6e par un quelconque moyen. 
II est connu aussi la possibility de charger des pro- 
grammes duplications dans des memoires pro- 
grammables et de limiter ulterieurement faeces en 
programmation a ces memoires programmables par 
rupture d'un fusible. On comprend que les deuxieme 
type de programmation recoive un accueil favorable 
de la part des emetteurs parce qu'il est plus souple 
d'utilisation. On comprend egalement que cette 
maniere de faire est cependant plus dangereuse pour 
les autres emetteurs. En effet, bien que le fabricant a 
pu limiter la potential ite du circuit cette limitation peut 
d'une maniere perverse Stre contournee. 

Dans l'invention, on propose de resoudre ce pro- 
bleme en demandant a l'application de se proteger 
elle meme. Pour ce faire on indut en plus dans cette 
application un programme de chiffrement charge 
d'etablir une signature sur la base, d'une part, d'un 
code secret propre a la carte, et d'autre part, des ins- 
tructions du programme d'utilisation lui meme. Si ce 
programme de chiffrement n'est pas inclus dans 
l'application elle meme B existe neanmoins, et doit 
etre lance, periodiquement, par le microprocesseur. 
Son action porte sur les instructions de ('application. 
Cette signature est alors elle meme chargee dans la 
memoire de donnees de la carte. Cette signature est 
done tout a fait lisible dans cette memoire. La carte 
comporte ainsi, dans sa memoire de donnee ie code 
secret et la signature. La carte comporte dans sa 
memoire programme, d'une part le programme 
d'application (toutes les instructions de ce pro- 
gramme), et d'autre part un algorithme de chiffrement 
identique a celui avec lequel a ete etabore la signa- 
ture. L'application peut etre stockee dans une 
memoire programmable et effacable. L'aigohthme de 
chiffrement n'est stocke qu'en memoire morte non 
programmable. La fonctionnalitede cet algorithme est 
iimitee au calcul de la signature, il ne peut pas provo- 
quer J'ecriture de cette signature dans la memoire de 
donnees. 

Quand on veut utiliser la carte i) suffit alors, a cha- 
que utilisation de verifier que le calcul a nouveau de 
la signature, sur la base des instructions du pro- 



gramme et du code secret, est bien egal a la signature 
deja enregistree. Dans ces conditions i) est possible 
de mettre a la disposition de tous les emetteurs toute 
la potential ite des cartes aucun de ceux-ci ne peut par 

5 negligence ou part mauvaise intention simuler parttel- 
iement l'application d'un autre : il est oblige de la 
simuler au moins en totalite. Quand elle est simulee 
en totalite, elle presente moins de risque puisque I'uti- 
lisation doit etre conforme a celle qui a ete attribute 

w par I'emetteur. 

Pour rendre le systeme encore plus performant il 
peut etre envisage de faire intervenir, dans le proces- 
sus de verification le lecteur avec lequel la carte est 
en relation de communication. En effet l'algorithme de 

15 chiffrement prend en compte les unes apres les 
autres les informations binaires contenues dans les 
instructions du programme d'application. Avec cette 
suite destruction et avec le code secret il calcuie la 
signature. II est cependant possible d'introduire, de la 

20 part du lecteur, au cours de ce chiffrement, une autre 
suite binaire tendant a modifier la signature. Sous 
reserve que cette suite binaire ait ete egalement 
entree au moment de I'insertion de la signature dans 
la carte. On constate qu'on securise completement 

25 ('application d'une part par le code secret de la carte, 
d'autre part par la limitation des instructions du pro- 
gramme d'application strictement respecte et enfin 
par I'intervention de I'emetteur de la carte. 

Dans ce dernier cas, il est meme possible de 

30 modifier la signature. Cette modification est a ('initia- 
tive de I'emetteur. II peut decider par exemple, qu'a 
compter d'une certaine date la suite binaire introduce 
par les lecteurs sera drfferente. Lors de la premiere 
insertion d'une carte dans un lecteur, suite a cette 

35 decision de modification, le lecteur reconnait I'exis- 
tence de I'ancienne signature et, apres validation de 
la carte, et selon un protocole securise, ce lecteur 
reprogramme dans la carte une nouvelle signature, 
qui servira pour les verifications ulterieures. 

40 L'invention a done pour objet un precede de ges- 

tion d'un programme d'application dans un support a 
microcircuit comportant les eta pes suivantes : 

- on elabore une signature chiffree fonction d'un 
code secret du microcircuit et de certaines ins- 

45 tructions du programme ; 

- on charge cette signature dans une memoire 
programmable du microcircuit ; 

- on charge le programme dans une memoire 
programme du microcircuit ; 

so - on fait elaborer par ie microprocesseur du 
microcircuit, au moment de I'execution du pro- 
gramme d'application, une autre signature chif- 
free ; 

- on compare la signature chiffree elaboree et 
55 celle qui a ete enregistree ; et 

- on autorise le deroulement du programme en 
fonction du resultat de cette comparaison. 
L'invention sera mieux comprise a la lecture de la 
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description qui suit et a Cexamen des figures qui 
raccompagnent. Celles-ci ne sont donnees qu'a titre 
indicatif et nullement limitatif de ('invention. 
Les figurent montrent : 

- Figure 1 , un schema foncttonnel du systeme de 5 
gestion de la carte selon I'invention ; 

- Figure 2 : la suite logique des phases du pro- 
cede de gestion de I'invention. 

La figure 1 montre schematiquement te systeme 
de gestion utilisable pour mettre en oeuvre le procedd 10 
de I'invention. Elle montre un support 1 contenant un 
microcircuit 2. Dans une application courante le sup- 
port 1 est une carte a puce en plasttque, le microcircuit 
2 est un circuit electronique. Le microcircuit 2 
comporte des moyens non represents de communi- 75 
cation avec le monde exterieur, et un microproces- 
seur 3 apte a travailler sous le controle d'un 
programme 4 charge dans une memoire vive 5 a 
acces aleatoire, dans une memoire morte 6 prepro- 
grammee, ou dans une memoire inscriptible 7 (dans 20 
une partie 9 qutne peut plus etre ecrite de cette 
memoire 7, ou au contraire dans une partie 8 dans 
laquelle on peut ecrire eteffaceren permanence). On 
va decrire le cas ou rapplication est stockee dans une 
memoire morte 6 puis chargee dans une memoire 25 
vive 5 pour son execution. Cependant, I'invention est 
tout a fait applicable, lorsque le programme executa- 
ble est execute directement a partir de la memoire ou 
il est stocke, memoire 6 ou memoire 7, sans etre 
transfere a la memoire vive 5. Dans ce cas, le micro- 30 
processeur 3, par son fonctionnement interne, sait 
qu'a lui est possible d'aller chercher les instructions 
dans de telles memoires. Dans le cas present, au 
moment du demarrage, le microprocesseur, charge 
tout ou partie du programme executable dans la 35 
memoire RAM 5. 

En plus de la fonction •chargement RAM" de 
chargement du programme d'application, le pro- 
gramme principal du microprocesseur comporte une 
autre fonction de type algorithmtque (de type RSA ou 40 
DES) obligatoire tendant a lui faire mettre en oeuvre 
la verification de I'invention. II n'est done pas possible 
d'y6chapper. 

Dans les parties enregistrables 9 de la memoire 
7, a ete enregistre un code secret de la carte. Ce code 45 
secret est enregistre dans la carte par l'emetteur du 
programme d'application. II n'est pas accessible en 
lecture pour etre visualise ou transfere sur un bus 
d'entree- sortie de la carte. II est seulement accessible 
d'une maniere interne : le microprocesseur peut faire so 
des calcuts avec ce code secret Le code secret est 
stocke dans une region 10 completement inaccessi- 
ble par des voies exterieures de la memoire 7 (ou 
eventuellement de la memoire 6). 

Au moment ou l'emetteur veut mettre en service 55 
les cartes, il charge dans la carte le code secret. 
L'emetteur connalt d'autre part I'identification de la 
carte : il s'agit de son numero de fabrication ou de son 



numero de s£rie. Enfin l'emetteur connait egalement 
le programme 4 qu'H veut introduire dans le microcir- 
cuit 2. Ce programme, dans I'exemple decrit, est 
stocke dans une region 12 de la memoire 6. Dans une 
region 1 1 de cette memoire 6 est stocke un algor ithme 
de chiffrement du type RSA. L'algorithme de chiffre- 
ment de type RSA est connu et est publte dans 
Communication of the ACM, Vol 21 , 1 978, pp 1 20-126 
dans un article intitule "A method for obtaining digital 
signatures and Public-key cryptosystems" du a MM 
RIVEST R.L., SHAMIR A and ADLEMAN LM. . 

L'invention peut, bien entendu, etre mise en oeu- 
vre avec d'autres algorithmes de chiffrement que cet 
algorithme la. En particulier, dans un meme but on 
connait un autre algorithme dit DES. 

Ces algorithmes consistent pour I'essentiel a caK 
culer une signature a partir d'un certain nombre de 
donnees qui leurs sont communiquees. Dans I'inven- 
tion, les donnees qui sont communiquees sont le 
code secret de la carte, eventuellement ('identifica- 
tion, mais surtout les n instructions du programme 4. 
Ces instructions peuvent etre considerees comme 
des donnees puisque pour le calcul de la signature 
seule leur allure de suites binaires est prise en 
compte. II est a noter cependant qu'il n'est pas n6ces- 
saire d'introduire au moment de I'operation de chiffre- 
ment toutes les instructions du programme 4 dans cet 
algorithme. On peut par exemple decider d'en pren- 
dre une sur deux seulement, ou bien une seulement 
ou encore tout autre combinaison que Ton voudra. 
Ceci doit etre prevu pour Texecution de l'algorithme 
RSA qui va chercher des donnees, au fur et a mesure 
de son deroulement la ou on lui a indique de les pren- 
dre. Lorsqu'il est question de changer la signature, 
plut6t que d'entrer une don nee exterieure a la carte 
par un lecteur 13 qui est destine a la recevoir, il peut 
etre decide d'eiaborer une nouvelle signature sur la 
base d'autres instructions contenues dans les n ins- 
tructions du programme 4, ou bien sur les memes ins- 
tructions mais prises selon un ordre different que 
i'ordre dans lequet elles avaient et£ rangees. 

La figure 2 permet de bien comprendre le fonc- 
tionnement de I'invention. Au moment du conditionne- 
ment de la carte, nanti de toutes les informations 
utiles, notamment les instructions 1 a n du pro- 
gramme 4, on calcule la signature en executant, exte- 
rieurement a la carte, l'algorithme RSA. La signature 
ainsi calcul ee est chargee dans une region 14 situee 
de preference dans la memoire 7. La region 14 peut 
6tre accessible en permanence en lecture : elle n'a 
pas besoin d'etre particulierement protegee. Elle peut 
meme etre accessible en ecriture : toute modification 
injustifiee se son contenu amenant Techec de Tuulisa- 
tion envisagee de I'appiication. On peut aussi utHiser 
pour elaborer la signature un code secret dedie a cet 
usage dans la carte. Ce code pourrait etre charge 
dans la carte au moment de ce condition nement. 

Lors de ('utilisation, lors de I'insertion de la carte 
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1 dans ta fente 15 du lecteur 13, la mise en marche 
du circuit provoque, comme premiere instruction, le 
cas echeant le chargement du programme de ('appli- 
cation dans la memoire de travail 5. Une fois que ce 
programme a ete charge dans la memoire 5, le micro- 
process eur 3 met irremediablement en oeuvre, au 
moyen de Talgorithme de chiffrement RSA stocke 
dans la region 11, d'une maniere interne cette fois, 
l'elaboration de la signature. L'elaboration en interne 
par le microprocesseur 3 de la signature consiste a 
aller chercher d'une part le code secret stocke dans 
la region 10, eventuellement aussi ('identification 
situee dans une region 16, et les instructions du pro- 
gramme soit stockees dans la region 12 de la 
memoire 6 soit stockees dans la memoire 5 et a faire 
les calculs de chrffrement sur ces donnees. Une fois 
que le microprocesseur 3 a termine son elaboration, 
il provoque aussi irremediablement par ('instruction 
17 la lecture de ta signature stockee dans la region 14 
de la memoire 9. Cette signature lue dans la region 14 
est ensuite comparee, au cours d'une instruction de 
comparaison stockee dans une region 18 de la 
memoire 6, a la signature elaboree. Cette comparai- 
son est faite bit a bit. Selon le succes ou I'echec de 
cette comparaison, il sera edite un signal de validation 
du fonctionnement du microprocesseur, ou au 
contraire d'invalidation. 

En definitive, la mise en oeuvre de I'invention 
necessite, de preference au prealable c'est-a-dire au 
demarrage du microcrrcuit, I'execution du calcul de 
('algorithme selon des instructions contenues dans la 
region 1 1, puis la lecture de la signature et enfin ('exe- 
cution de la comparaison situe dans la region 16. Le 
chargement du programme dans la memoire de tra- 
vail 5 peut etre effectuee apres ces trois operations, 
en cas de succes seulement bien entendu. II suffit 
done dans ce cas de realiser, en fabrication, des 
microprocesseurs tels qu'au demarrage ils aillent 
pointer directement sur la premiere instruction situee 
dans la region 11. Sinon il faut que leur premiere ins- 
truction soit le chargement en memoire RAM au 
moins des instructions 1 1 , 17 et 18. Ptutdt qu'une veri- 
fication unique faite en debut de programme, on peut 
prevoir des verifications plus regulieres au cours du 
deroulement de ce programme, par exempie apres 
I'execution a chaque fois de dix instructions, ou meme 
sous I'autorite du lecteur qui provoque ('utilisation du 
programme. 

On constate done que la verification de la cohe- 
rence du programme avec la carte s'effectue d'une 
maniere interne, sans intervention quelconque de 
I'operateur. 

On a dit que la carte eta it destinee a permettre les 
relations avec le monde exterieur quel qu'il soit. II 
serait done possible a un fraudeurde creer son propre 
programme (qui serait evidemment un programme 
nuisible aun emetteurque ce fraudeurvoudraitvoler). 
On peut m&me admettre qu'il serait possible a ce frau- 



deur de connaitre le code secret ainsi que Tidentifica- 
tion de la carte, et par ailleurs, les algorithmes RSA 
etant connus et accessibles au public, de charger lui 
meme une signature dans la memoire 7 et de tenter 

5 de rendre ainsi cette verification et cette validation 
illusoires. Pour eviter cette situation, on peut prevoir, 
lorsque la carte 1 est en relation avec le monde exte- 
rieur que ce monde exterieur substitue ses instruc- 
tions, coherentes, a celles du micrqeircuit 2 pour 

10 calculer la signature. 

L'invention peut trouver une application dans le 
domaine des televisions a peage. Dans une television 
a peage, le signal de base de temps du signal video 
peut etre considers comme ayance ou retarde dans 

15 le temps, pour chacune des lignes d'image, en fonc- 
tion d'un codage particulier. Sans intervention sur le 
signal video montre sur le poste de television, les 
lignes sont decalees les unes des autres et I'image 
brouillee. II est possible de resynchroniser ('instant du 

20 depart du balayage de chaque ligne au moyen d'un 
automate qui en affecte le retard ou I'avance de facon 
inverse au brouBlage. 

Cet automate execute un algorithme de calcul sur 
un mot code. Le resultat de ce calcul constitue la 

25 sequence des retards et avances sur une trame du 
mode television. On peut admettre que tous les mois 
le mode de brouillage change et que par consequent 
pour debrouiller son image chaque abonne doit ren- 
trer un nouveau mot code dans I'automate. Ce nou- 

30 veau mot code est transmis a Tabonne par la chaine 
de television a peage, sous reserve, qu'B soit a jour 
de son abonnement. Le probleme a resoudre est le 
probleme resultant de la divulgation de ('algorithme 
de I'automate. La societe de gestion des decodeurs 

35 de television a peage peut alors vouloir periodique- 
ment changer le mode de fonctionnement de ses 
automates : changer cet algorithme. Plutftt que 
d'avoir a changer les decodeurs eux-memes, qui sont 
des pieces cheres, il est envisage de mettre I'intelli- 

40 gence des automates dans des cartes a microcircuits. 
Done le changement du mode de fonctionnement de 
('automate reviendrait a changer ces cartes. Cepen- 
dant, cette solution etant elle meme trop chere, il est 
prevu avec l'invention de recharger un autre algo- 

45 rithme dans les cartes par les emissions hertziennes 
elles m§mes. On se trouve done, dans ce cas, dans 
la situation ou le programme executable doit etre 
charge non plus dans une memoire quine pourrait etre 
accessible qu'en lecture, telle que la memoire 6, mais 

50 dans une memoire telle que la memoire 8 qui doit 
meme etre accessible en ecriture. Le programme 
charge est done public. 

Ainsi, de preference, le programme est done 
charge dans une memoire programmable et effacable 

55 8. De preference, le code secret utilise pour la signa- 
ture est un code secret specifique a l'elaboration de 
cette signature, ce code secret pouvantetre different 
du code secret qu 'utilise le porteur pour valid er I'utili- 
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sation de sa carte. I) est par aBleurs possible de rerv 
dre spectfique chaque programme pour chaque carte 
(ou pour des groupes de cartes possedant une me me 
identification). 

La mise en oeuvre de 1'invention est la suivante 5 
dans le cas de ('application de television. L'emetteur 
emet, par voie hertzienne, un message spectfique a 
destination de chaque carte. Ce message comporte 
d'une part une identification IN de la carte et d'autre 
part les nouvelles instructions NL de I'algorithme et la 10 
nouvelle signature SN. Cette nouvelle signature SN 
comporte alors necessaorement une participation de 
Identification IN de la carte a son elaboration. Ou 
bien cette signature SN comporte une participation du 
code secret CS de la carte a son elaboration. Voire les 15 
deux. Chez le client N, le programme principal du 
microprocesseur de la carte ou du decodeur 
comporte alors une option pour se mettre en accep- 
tation de modification. Dans cet etat, le decodeur se 
met en modification des qu'il reconnait dans les ondes 20 
emises son identification IN. Lorsque identification 
IN d'une carte est reconnue, le microprocesseur 
accepte le nouveau programme NL et la nouvelle 
signature SN. La reconnaissance de ('identification se 
fait par comparison d'une identification emise sur ies 25 
ondes hertziennes avec ('identification presente dans 
la carte. Le protocote de modification est lui aussi un 
protocole fige : le microprocesseur ne rend la main 
que lorsque toute la modification est terminee. Une 
fois cette modification effectuee, la carte contient le 30 
nouveau programme de falgorithme NL et la nouvelle 
signature SN. Le nouveau programme peut avoir ete 
remplace en tout ou partie. Pour valider le fonctionne- 
ment, lors de la mise en service du decodeur, le 
microprocesseur de la carte calcule une nouvelle 35 
signature S'N sur la base des nouvelles instructions 
NL, de son identification IN, et, eventuellement, du 
code secret CS. Si S'N est le meme que SN la vali- 
dation se produiL Elle ne se produrt plus dans le cas 
contraire. 40 

Bien entendu, la chatne de television n'emet pas 
de message specifique pour les abonnes quine sont 
pas a jour du reglement de leur facture. 

Pour assurer la transmission du nouvel aJgo- 
rithme, un temps de 0,1 seconde par abonne est suf- 45 
fisanL Cinq millions cfabonnes peuvent etre 
desservis en cinq jours. Ceci peut meme etre plus 
rapide si on utilise des reemetteurs distribues sur le 
territoire pour partager le travail. Afin d'assurer une 
permanence d'ecoute, on peut prevoir que chaque 50 
carte comporte deux aigorithmes et que le decodeur 
est capable de choisir seul celui des deux qui est le 
bon. Ainsi, chaque abonne peut avoir Falgorithme A„ 
et A^v Pendant que la chame emet avec un codage 
correspondant a A„ +1 on remplace, . par voie her- 55 
tzienne, A„ par A^ 2 - 



Revendications 

1. Procede de gestion d'un programme d'applica- 
tion dans un support a microcircuit (2) comportant 
les etapes suivantes : 

- on elabore une signature chiffree fonction 
d'un code secret (10) du microcircuit et de cer- 
taines instructions du programme (12), 
-on charge cette signature dans une 
memoire (14) programmable du microcircuit, 

- on charge le programme dans une memoire 
programme (12) du microcircuit, 

- on fait ela borer (11) par le microprocesseur 
du microcircuit, au cours de ('execution du 
programme d'application, une autre signature 
chiffree, 

- on compare (17,18) cette signature, et 

- on autorise (e deroulement du programme 
en fonction du resuitat de cette comparaison. 

2. Procede selon la revendication 1 caracterise en 
ce qu'on stocke le programme dans une memoire 
(7) programmable et effacable. 

3. Procede selon I'une quelconque des revendica- 
tions 1 ou 2 caracterise en ce qu'on charge un 
code secret dans le microcircuit, ce code etant 
dedie a I'elaboration de cette signature. 

4. Procede selon la revendication 2, caracterise en 
ce qu'on elabore ('autre signature et en ce qu'on 
compare cette signature seulement au moment 
du chargement du programme d'application de (a 
memoire de travail. 

5. Procede selon Tune quelconque des revendica- 
tions 1 a 4 caracterise en ce qu'on elabore 
d'abord ('autre signature et en ce qu'on compare 
une signature plusieurs fois pendant ('execution 
du programme. 

6. Procede selon les revendications 1 a 5 caracte- 
rise en ce qu'on charge la signature eiaboree 
dans une zone memoire du microcircuit qui ne 
peut qu'etre iue d'une maniere interne. 

7. Procede selon les revendications 1 a 6 caracte- 
rise en ce qu'on elabore les signatures egatement 
en fonction d'un code d'identification contenu 
dans la carte. 
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